約 6,669,366 件
https://w.atwiki.jp/kanna1116/pages/5.html
◆MENU◇ ● トップページ ● メニュー ● Miracle-Days ● REBORN 短編
https://w.atwiki.jp/tsundereidayon/pages/714.html
146. 本当にあった怖い名無し [sage] 2008/10/10(金) 16 45 54 ID o64IVWSd0 ところで最近モニタが消えたんでちょっと触ったら直ったんだが 後テレビもエラー出てたのちょっと触ったら直ったし 俺憑かれてる？ 147. 本当にあった怖い名無し [sage] 2008/10/11(土) 14 11 34 ID /u5/j2xPO つくもがみ(笑)だとぼくはおもうよ 151. 本当にあった怖い名無し [sage] 2008/10/13(月) 22 10 52 ID ejKZzWmU0 146より妄想 最近取り憑いたコイツは０感。 ちょっと寂し…む、無視されるのがつまらないから、 仕方ない、あたしの事に気付かせてやるか。 とりあえず、あたしに出来る事は、と。 お、あたしが触ってるとパソコン動かないじゃん。 よぉし、このままこれで焦らせてやる。 …って、え、や、ちょっ…！？ …び、びっくりした。もう少しでアイツの手があたしの手に触れそうに…。 っていやいやあたし！逃げちゃダメじゃん！ んー、仕方ないなぁ、今度は、うん、テレビにしよう。 リモコンだから触られないよね。 …って、何でこっち来るの？？ あの、えと、あぅ、やだっ！！ ……また逃げちゃった。 アイツ、わかってやってるわけじゃないんだよね？ …えと、悔しいからまたチャレンジするんだから、うん。
https://w.atwiki.jp/adsl243/pages/34.html
削除した表がゴミ箱に残っているのを空にする。 purge recyclebin; 日付形式変更(nls_date_format関数を変更) alter session set nls_date_format= YYYY/MM/DD HH MI SS ; 変更確認 select sysdate from dual; 画面クリア 書式 | cl[ear] scr[een] 例) cl scr
https://w.atwiki.jp/miraclecraft/
ミラクルクラフト公式サイトへようこそ！ このサイトはユーチューブで活動している 「MiracleCraft」(ミラクルクラフト) です！ このサイトでは、左側のリストから 動画更新予定などを確認できます。 ユーチューブチャンネルの登録、お願いします！
https://w.atwiki.jp/pawapoke10/pages/24.html
エラー 得点圏にランナーがいるとき、エラーする確率が2倍。 甲子園一直線編 バトルディッガー編 TOP ＞ 特殊能力 ＞ 野手の特殊能力?
https://w.atwiki.jp/stopjasrac/pages/22.html
JASRACが他者を著作権侵害だと言い立てることは日常茶飯事ですが、他者がJASRACを著作権侵害だとした事例や、他者が他者を著作権侵害だとしたのにJASRACがどう関わったのかをここでは見ていきましょう。 記念樹事件 記念樹事件 - Wikipedia 【裁判】どこまでも行こう・記念樹 アストロミュージック出版株式会社 「記念樹裁判」について 坂元俊文氏 音楽著作権とJASRAC問題 玉木宏樹氏 小林亜星氏と服部克久氏 小林亜星氏が服部克久氏の「記念樹」は「どこまでも行こう」の盗作であると訴えた事件です。 JASRACにとって他者同士、と言ってもともにJASRAC評議員で服部氏は理事に選任されてもいます。 プレスリリース - 日本音楽著作権協会（JASRAC） 両者ともにJASRACと深く関わるとは言え他者同士、あるいは身内同士の争いにJASRACは深くは介入しませんでした。当時JASRAC評議員でもあった玉木氏はその点について2000年9月24日の記録で次のように記しています。 ２●盗作の範囲 質問者はこの部分の見解も欲しいようだが、現在、アナログ上では、単なる常識論でしか進まない。小林亜星氏と服部克久氏の問題に関しても、結局はズブの素人の裁判官が判断せざるを得ないという状況は今後も変わるはずはない。JASRACがA曲、B曲がどこまで似ているかということを判定する機関ではないということを、一般 の人は知らなさすぎる。 JASRACは、歌詞の管理はしているが、メロディの管理はできていない。これ以上は立場上書かないが、JASRACが盗作の判断はできないし、してはいけない。多くの人は、JASRACの横暴さを非難しながら、片一方で、JASRACはそういう盗作判定の権限や義務を負っていると勘違いされているが、JASRACは、そんな判断をしてはいけないのである。だから盗作か否かについては、現在のところ、解決の方法がない。 もっともな意見だと思います。また小林氏側は控訴審からは問題を著作者人格権に絞っています。 著作者人格権 JASRAC 「著作者人格権」は、著作者だけが持っている権利(一身専属性)ですので、JASRACも著作者人格権の問題には関与できません。 著作者人格権はJASRACのあずかり知らぬことであり、なるほど玉木氏が「JASRACが盗作の判断はできないし、してはいけない」と書かれたことはますますもってその通りだと言えるでしょう。 金井音楽出版とJASRAC JASRACは「記念樹」について使用料分配を保留する措置をとりましたが、判決が確定した二日後まで利用許諾は続けていました。小林氏が「どこまでも行こう」の著作権を預けていた金井音楽出版はそれについてJASRACを訴えました。そのこともまた玉木氏の2003年6月6日の記録に記されています。 最後に、亜星さんの「どこまでも行こう」の楽曲管理会社が、JASRACを訴えたそうで、JASRACも対処に苦しんでるようだ。 一審では金井音楽出版の訴えが認められましたが、JASRACが控訴した控訴審では一審判決を取り消し、金井音楽出版の請求は棄却されました。 東京高等裁判所知的財産第４部（高裁）は、協会が利用許諾行為を継続した行為は、協会の措置としてやむを得ないものと評価しえるのであり、過失はない、すなわち、協会は違法著作物の利用許諾が許されるとした。理由は極めて解りにくいが、（１）「記念樹」は著作権侵害かの判断が困難であった。（２）利用許諾を継続して著作物使用料を分配保留する措置が、より穏当で、かつ、合理的な措置である。すなわち、分配保留をしているなら、著作権を侵害されている者の損害はすべて確実に賠償されるのであるから、これ以上の利用許諾の停止は必要がない。（３）協会は、損害賠償責任を果たすことが金銭的に不可能な団体である。 お金をとって使わせてはいても、実際にお金を服部氏側に渡していなければ後で小林氏側に全部渡せるからよいではないかという理屈ですね。そもそもJASRACに「記念樹」がどれくらい使われたのかを知ることができ得たのかという根本的な疑問は湧きますがそれはおいておきましょう。 結論として、小林氏と服部氏との裁判ではJASRACは中立を保ちました。小林氏側からはJASRAC自体が訴えられもしましたが、認められませんでした。 HIGHWAY61「サヨナラの名場面」問題 HIGHWAY61「サヨナラの名場面」の利用許諾停止について 2005年12月26日 中島みゆき - ファイト!の歌詞 - Yahoo!ミュージック HIGHWAY61 - サヨナラの名場面の歌詞 - Yahoo!ミュージック 株式会社ワーナーミュージック・ジャパンは、同社が発売していたHIGHWAY61の作品「サヨナラの名場面」に関し、同作品が中島みゆき氏作詞・作曲の作品「ファイト！」に類似する部分があり、著作権者である財団法人ヤマハ音楽振興会の著作権を侵害している、または少なくとも侵害する疑いが強いと判断し、CDの出荷を停止し、販売を停止した旨12月23日付けで同社のホームページに公表しました。 また、HIGHWAY61および同アーティストが所属する株式会社シェイクハンドは連名で、メンバー、スタッフで検討を重ねた結果、類似作品と判断されてもやむをえないとの結論に達したのでワーナーミュージック・ジャパンがCDの発売を中止したことと、中島みゆき氏並びに関係者への謝罪をHIGHWAY61のホームページに12月23日付で掲載しました。 JASRACは、これらのことから、「サヨナラの名場面」は「ファイト！」の著作権を侵害する可能性が極めて高いと判断し、著作権信託契約約款の定めに基づき、本日以降、「サヨナラの名場面」の利用許諾を停止いたしますのでお知らせします。 レコード会社、アーティスト、所属会社すべて侵害を認め謝罪していることを受けて、JASRACが利用許諾を停止していますので、玉木氏が「JASRACが盗作の判断はできないし、してはいけない」とした通り、JASRACが勝手に盗作を判断するようなことはしていないものと思われます。これも他者同士、かつどちらの曲もJASRACの管理対象という事例でした。 ただし、Yahoo!ミュージックがなぜ2012年2月現在に至ってもなお歌詞を掲載し続けていられるのかは謎ですね。JASRACのデータベースからは削除されているようですが、本当に利用許諾は停止されているのでしょうか。リリースも削除されていますし、謎が謎を呼びますね。ブランケット方式の弊害辺りが真相なのかもしれませんが、弱きをくじき強きをたすくいつものJASRACだなあとしみじみ思ってしまいます。 おふくろさん騒動 おふくろさん騒動 - Wikipedia セリフ付「おふくろさん」ダメ 森進一もう歌えない? J-CASTニュース JASRAC広報 歌手の森進一氏が「おふくろさん」の冒頭に勝手にセリフを付けて歌っているとして、作詞した川内康範氏が2007年2月に非難した一件も、JASRACにとっては他者同士の問題です。ところが、森氏がまだ平謝りに転ずる以前の2月21日、J-CASTニュースはこのように記しています。 さて、完成してヒットした歌の冒頭に、違う作詞家のセリフを付け歌うと著作権違反になるのだろうか。弁護士によって違反、違反とはいえない、など2つに分かれているが、ジャスラック広報はJ-CASTニュースの取材に対し、著作権法20条に「同一性保持権」があり、著作者人格権侵害にあたるのだという。 「川内先生が作品を改変することに同意していないため、著作権法違反にあたります」 なのだそうだ。 おかしいですね。JASRACが盗作かどうかの判断をくだすべきではなかったはずではありませんでしたか。メロディとは異なり、歌詞は管理できるので、盗作かどうかの判断もできるかもしれません。しかし盗作かどうかを判断する権限はいつ得たのでしょうか。弁護士でも意見が分かれたというのに不思議ですね。 そもそもJASRACは著作者人格権についてはあずかり知らぬ立場のはずです。なぜ著作者人格権侵害にあたるなどと自ら主張しているのでしょうか。著作者人格権の問題なので関与せず、とするのが正しい対応だったのではないのでしょうか。 JASRAC困惑 さて、3月3日には森氏側が曲を封印するとして、態度を変え始めます。 Yahoo!ニュース - デイリースポーツ - 森進一が「おふくろさん」封印へ 一方、6日に記事にされる段階でJASRACが困惑しているとされています。 おふくろさん歌唱禁止にＪＡＳＲＡＣ困惑 - 芸能ニュース nikkansports.com 役員に対して歌唱禁止を訴える私信は２通届いているが、正式な申告ではなく協会内で議論できない状態になっている。 つまり、現在は森の歌唱を許諾しているが、川内氏から正式な申し入れがあれば、訴えが正当かどうかを、判断することになる。 しかも、前例のない事態に、協会内でもどう手順を踏むべきか、手探り状態にあるようだ。 JASRACが困惑しているのは「森氏に歌わせるな」という前代未聞の主張についてであって、広報の対応からも明らかなように侵害にあたることについて迷いはないようです。侵害かどうかということでしたら、前例はありますものね。 JASRAC判断 さて、翌7日までに正式な申告があり議論も行われ判断がくだされでもしたのでしょうか。JASRACが発表文をWebサイトに掲載するという珍事に及びます。 社団法人日本音楽著作権協会 JASRAC 2007年3月8日付けアーカイブ 「おふくろさん」のご利用について 「おふくろさん」（作詞：川内康範氏、作曲：猪俣公章氏）の歌詞の冒頭に保富庚午氏の作とされる歌詞を付加したバージョンについては、著作者である川内氏から意に反する改変に当たる旨の通知がなされており、同氏が有する同一性保持権（著作権法第２０条１項）を侵害して作成されたものであるとの疑義が生じております。 このため、改変されたバージョンをご利用になりますと、川内氏の有する同一性保持権の侵害その他の法的責任が生じるおそれがありますので、ご留意ください。また、あらかじめ、改変されたバージョンが利用されることが判明した場合には、利用許諾をできませんので、ご了承ください。 なお、オリジナルバージョンの「おふくろさん」は、従来どおりご利用になれます。 「疑義が生じております」「おそれがあります」は適切ですね。「ご留意ください」は親切です。しかしながら、記念樹事件のときにそうすべきだったと楽曲管理会社に訴えられた際、JASRACは抗弁しませんでしたか？ そして「あらかじめ、改変されたバージョンが利用されることが判明した場合には、利用許諾をできません、ご了承ください」と訴訟にもなっていないのに許諾を中止します。疑義だ、おそれだっていましがた自分で書いたばかりですよね。訴訟になったら分配を保留し、判決が確定して二日経つまで利用許諾を続けないのはどうしてなの？ 森氏が対決姿勢を崩したから？ 冒頭に付加された歌詞を作詞された保富庚午氏が既に亡くなられているから？ 保富庚午氏 保富氏は「大きな古時計」の訳詩者としても知られています。2002年にこの「大きな古時計」を歌手の平井堅氏がリバイバルヒットさせました。 仕事の楽園 第2回 ところが、その作者は1884年に亡くなり、保護期間である50年を過ぎた今では、著作権はすでに消滅しているというのだという。ということは、作者に「著作権使用料」を払わずに済んだ、出版元であるレーベルの丸儲け状態なのであろうか？調べてみると、前述したように、その著作権はすでになくなっているため、「原盤権」としてNHKと平井堅の所属事務所が保有することになるようだ。 このように、作詞・作曲をしなくてもヒット曲を生み出すことはできる。ということは、ちょっと歌の上手いアナタは、今すぐ平井堅になれるということだ！早速、著作権切れの楽曲を調査してみることにした。すると、でるわでるわ、いまさら歌詞を見なくても歌える名曲の数々！弊社イチオシの名曲を、クライアントさまへのレポートにまとめました。弊社のマーケティングデータを元に、ビッグチャンスを掴んでください。 ひどいマーケティングリサーチもあったものです。訳詩者や編曲者の権利はどこへ行ったのでしょうか。 実はこの「大きな古時計」について、2004年頃に調べまくったことがあったりします。何の因果かそのきっかけもJASRACでした。その際、訳詩の保富氏だったと思うのですが、今の権利者がわからなくなっていて、平井氏が探して見つかったんだったか、見つからなかったんだかという話があったはずなのですが、現時点で思い出せません。何が言いたいかと言うと、保富氏の権利を引き継がれた方が見つからなかったのだとすると、おふくろさん騒動で氏の権利がまるで省みられていないのはそのためなのではないかと思ったからです。 どうだったか判明したときのために、この節を記しておきますね。 異例の発表…森進一改変版「おふくろさん」認めず ZAKZAK まさしく異例ですね。 Yahoo!ニュース - 日刊スポーツ - 森の「おふくろさん」ＪＡＳＲＡＣ認めず 著作権者が歌唱禁止を突きつけ、ＪＡＳＲＡＣも認めるという異例の事態にまで発展してしまった。 こちらも異例。 JASRAC全力で支援 さらにJASRACの一方的な肩入れはエスカレートします。翌8日のプレスリリースでは川内氏を迎え、対応を報告して満足させています。。 会員 川内康範氏（作詞家）の来会について 「要請があった場合は、その内容等を慎重に検討して対処」とありますが、本当は？ Yahoo!ニュース - スポーツ報知 - １１日 森進一の福岡公演にジャスラック職員派遣 ＪＡＳＲＡＣも森の活動を把握したいとしている。 要請されるまでもなく、自ら監視までするんですね。監視は十八番ですものね。 他の件とはあからさまに違うこの騒動へのJASRACの積極的関与はいったいなんなのでしょう。森氏が態度を変える前から既に侵害と断定しているのが謎です。川内氏は作詞家、森氏は歌手で、JASRACからの扱いが違うのかとも思いましたが、森氏が作詞した、あるいは作曲した作品がJASRACに登録されており、権利者として登録されています。森氏もまたJASRACにとって大事な権利者となれば、著作者人格権というJASRACが関与できないと自ら認める問題にこうまで一方の肩を持って介入した理由がますますもってわかりません。暇だったんでしょうか？ 銀河鉄道999裁判 松本零士#銀河鉄道999裁判 - Wikipedia 他者同士の裁判。JASRACに登録された詞や曲の問題でもありませんし、JASRACがどうこう言ったという話も聞きませんので深くは言及しません。こと音楽ということで槇原敬之氏寄りということもなく、松本零士氏にも作詞があり、それがなくともJASRACには著作権保護期間延長派の大事な盟友。口出しなどできませんでしょうとも。ちなみに作曲が大量にあるのは別人らしいです。
https://w.atwiki.jp/lucier/pages/40.html
売上集計機能の職業別、会員別がMySQLの場合、システムエラーになる。 原因はPostgreSQLがデフォルトとして構築されているため、 SQLもポスグレ仕様だから。 基本情報管理＞パラメータ管理でDEBUG_MODEをtrueに設定してると、 以下のようなエラーメッセージがわーっと出る。 SELECT job, count(*) AS order_count, SUM(total) AS total, trunc(AVG(total)) AS total_average FROM dtb_customer AS T1 LEFT JOIN dtb_order AS T2 USING ( customer_id ) WHERE T2.create_date = 2008/10/18 AND T2.create_date date( 2008/10/20 ) AND T2.del_flg = 0 and T2.status 3 GROUP BY job ORDER BY total DESCDB Error unknown error SELECT job, count(*) AS order_count, SUM(total) AS total, trunc(AVG(total)) AS total_average FROM dtb_customer AS T1 LEFT JOIN dtb_order AS T2 USING ( customer_id ) WHERE T2.create_date = 2008/10/18 AND T2.create_date date( 2008/10/20 ) AND T2.del_flg = 0 and T2.status 3 GROUP BY job ORDER BY total DESC [nativecode=1305 ** FUNCTION eccube_db.trunc does not exist] LC_Page_Admin_Total- lfGetOrderMemberの上記SQLで AVG(total)が問題のようです。 正しくはAVG(total),0とすべき。 これでシステムエラーにならない。 2009.5.19追記 headerが先に送信されて、 グラフ出力の際にWarningが出た。 原因はカスタマイズでタイムアウトしないように、 SC_Batch_Daily.phpのリアルタイム集計メソッドlfRealTimeDailyTotal()の中で SC_Utils_Ex sfFlush(); を呼び出していたことだった・・・orz 3日間くらいかかってやっとたどり着いた新事実・・・ なので、タイムアウトを防ぐ処理を直にSC_Batch_Daily.phpのlfRealTimeDailyTotal()の最後に以下を書いた。 set_time_limit(0);// 実行時間を制限しない これでタイムアウトもエラーもない。 はぁ。。。よかった・・・ 売り上げ集計の会員別集計と職業別集計でのSQLバグ[eccube2.3.3+mysql] 環境：eccube 2.3.3+apache2.2+MySQL 5.0.75+PHP5.2.6+Linux(ubuntu) 状況：会員別集計を実行するとシステムエラーがでる site.log抜粋： SELECT COUNT(*) AS order_count, SUM(total) AS total, TRUNCATEATE(*1) AS total_average, order_sex FROM dtb_order WHERE create_date = 2009/1/1 00 00 00 AND create_date date( 2009/02/01 ) AND customer_id 0 AND del_flg = 0 AND status 3 GROUP BY order_sex [nativecode=1064 ** You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near total_average, order_sex FROM dtb_order WHERE create_date = 2009/1/1 00 00 00 at line 1] 原因：TRUNCATEATE(*2)→trunc(AVG(total),0)に変更 ※職業別集計もバグっていたので下記の通り変更しました (2009/1/28 12 00 更新) LC_Page_Admin_Total- lfGetOrderMemberの711行目 trunc(AVG(total))→trunc(AVG(total),0)に変更 ※念のため記述しておきますが、当方公式サイトの開発環境ソースのコミット権はありませんので、公式サイトの開発環境ソースの変更はしていません。 上記の変更箇所は当方開発環境内の話です ただし、公式サイトの2.3.3のソースであれば、上記と同様の変更で対応可能です 上記の変更で当方開発中のサイトは間に合いますが、 根本的にclass[SC_DB_DBFactory_MYSQL]の[sfChangeTrunc]と[sfChangeRANDOM]を再入可能に変更すべきかと思います 例えば、SC_DB_DBFactory_MYSQLの246行目でeregi_replace関数の正規表現を $changesql = eregi_replace("( TRUNC)", " TRUNCATE", $sql); から $changesql = eregi_replace("( TRUNC *\()", " TRUNCATE(", $sql); のようにするとか。（上記は不完全でTRUNCの前に四則演算子等が来るとヒットしません） SQL文は将来において、おおいに変更される箇所なので、 内部の処理を知らないとSQLが書けないことに問題があると思います (2009/1/28 20 30 更新) -- 2009-05-14 19 55 58 コメント すべてのコメントを見る
https://w.atwiki.jp/nicobookmark/pages/311.html
艦隊これくしょん エラー娘 エラー娘 エラー娘 nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 link[[ tag[[ mylist[[ community[[ dic[[ pic[[ channel[[ back
https://w.atwiki.jp/monopowers/pages/126.html
EC-CUBE EC-CUBE 「規格」の再登録でシステムエラー EC-CUBEの「規格登録」て画面が、規格の分類が多い場合、とても使いにくいです。 新規の時には規格2種類をかけあわせた、1000通りもの組合せの中から、 登録したいものを選択(チェック)するのだけど、これが目がチラチラするというか、 間違いやすいというか。 で、やっと登録を終えて「あっ 一個上のヤツを選んでしまったみたい！」と気づいた時に、 また規格登録画面を呼出して、間違えたチェックを外し、正しいものを選択して、 確認画面が出てイザ登録ボタン～！というところで システムエラーが出るんです。 管理画面のログインからやりなおして、何度やっても 同じ。。。orz でも、全部の商品の規格登録でエラーが出るか、というと、そうでもなかったりして、ちょっと謎めいておりました。 謎は謎のままにして・・なんて言ってられませんので、探りました。 とりあえずエラーの出る時と出ない時のクエリーとして送っている項目と値を表示。 すると、product_class_idが重複している箇所で止まってるのが分かりました。 ・・・なんでproduct_class_idが同じものがセットされてるんだ？ 規格登録すると、データベースでは product_class という呼び名のレコードとして、dtb_products_class に product_class_id をキーとして登録されるわけです。 更新の際はもともと持っている product_class_id をフォーム画面にhidden項目として持ってるようです。 前回登録していない商品というのは、product_class_id は無いから、もちろん空なんですね。 で、イザ登録する部分のソースを見てみると、一気に送られたデータを 一レコードずつに分解して、クエリー文を作ってます。 ( LC_Page_Admin_Products_ProductClass.php のlfInsertProductClassという関数） その時、product_class_idが無かったら、product_class_idの項目はセットしないようになってます。 if( strlen($arrList["product_class_id ".$cnt]) 0 ){ $sqlval[ product_class_id ] = $arrList["product_class_id ".$cnt]; } ・・・あれっ？ $sqlval[ product_class_id ] が while文中でどこでも初期化されていません！！ ということで While文のすぐ下に、 $sqlval[ product_class_id ] = ""; //初期化 これを追加 /var/www/webshop/data/class/pages/admin/products/LC_Page_Admin_Products_ProductClass.php 以下ソース /* 規格の登録 */ $objQuery- begin(); // 既存規格の削除 $where = "product_id = ?"; $objQuery- delete("dtb_products_class", $where, array($product_id)); $cnt = 1; // すべての規格を登録する。 while($arrList["classcategory_id1 ".$cnt] != "") { //初期化：2009/05/13追加 $sqlval[ product_class_id ] = ""; //初期化 if($arrList["check ".$cnt] == 1) { $sqlval[ product_id ] = $product_id; $sqlval[ classcategory_id1 ] = $arrList["classcategory_id1 ".$cnt]; $sqlval[ classcategory_id2 ] = $arrList["classcategory_id2 ".$cnt]; if( strlen($arrList["product_class_id ".$cnt]) 0 ){ $sqlval[ product_class_id ] = $arrList["product_class_id ".$cnt]; } $sqlval[ product_code ] = $arrList["product_code ".$cnt]; $sqlval[ stock ] = $arrList["stock ".$cnt]; $sqlval[ stock_unlimited ] = $arrList["stock_unlimited ".$cnt]; $sqlval[ price01 ] = $arrList[ price01 .$cnt]; $sqlval[ price02 ] = $arrList[ price02 .$cnt]; $sqlval[ creator_id ] = $_SESSION[ member_id ]; $sqlval[ create_date ] = "now()"; $sqlval[ update_date ] = "now()"; // INSERTの実行 $objQuery- insert("dtb_products_class", $sqlval); } $cnt++; }
https://w.atwiki.jp/akubi/pages/12.html
Blog/2005年12月27日/wikiはじめますた #blognavi